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MESSAGE IDENTIFICATION WITH CONFIDENTIALITY, 
INTEGRITY, AND SOURCE AUTHENTICATION 

Field of the Invention 

5 The present invention relates to the encoding and transmission of secure 

messages, in particular relating to aspects of confidentiality, integrity and auditability of 
messages in terms of authentication and integrity checking. In addition, the invention 
relates to reliable operation of such messaging functions in a network environment in 
which transmission delay and lost or duplication of messages can occur. 

10 

Background of the Invention 

The advent of secure storage and processing devices such as smart-cards, 
coupled with the increasing use of practicable electronic commerce technology, has 
highlighted shortcomings in secure message transfer technology. This relates in particular 

15 to the robustness and auditability of secure messages when transmitted over different 
types of "best effort" networks. 

Fundamental requirements for electronic commerce include the ability to 
transmit and receive messages with an acceptable level of confidentiality and integrity, 
where this level depends on the particular commercial application. In addition, reliable 

20 authentication of these messages, namely identification and verification of the source of a 
received message is also needed to ensure that fraudulent transactions are not being 
initiated. 

Emerging best effort networks such as wireless and the Internet, place additional 
demands on messaging technology, since message delay, loss and occasionally 
25 duplication does occur. 

Proposed standards for cryptographic and authentication functions often exact a 
commercially prohibitive penalty on secure messaging, because of their requirement for 
significant overhead data and associated complex equipment to provide the cryptographic 
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and/or authentication functions. Available techniques have also not been proven to be 
reliable or efficient in the context of the aforementioned best effort networks. 

It is an object of the present invention to ameliorate one or more disadvantages 
of the prior art. 

5 

Summary of the Invention 

According to a first aspect of the invention, there is provided a method for 
encoding and transmitting by an originating device of a secure message the method 
comprising the steps of: 

10 (a) generating by a first process using a device identifier, an application 

identifier and an application value a message value; 

(b) combining the message value with one or more first secret values, said 

secret values being known substantially only to the originating device and one or more 

intended recipient devices of the message, to establish a secret message value; 
15 (c) applying the secret message value and the message to an encoding 

process to form a secure message block; and 

(d) combining an address with the device identifier, the application 

identifier, the application value and the secure message block, to form a secure message 

for transmission, said secure message being decodable by the one or more of said 
20 intended recipient devices which thereby recover the message, the address, the device 

identifier, the application identifier and the application value. 

According to another aspect of the invention, there is provided a method for 

reception of a securely transmitted message by a recipient device the method comprising 

the steps of: 

25 (i) extracting one or more of a device identifier, an application identifier 

and an application value from a received secure message; 

(j) generating by a first process using the device identifier, the application 
identifier and the application value a message value; 
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(k) generating, according to a second process using the device identifier and 
the application identifier one or more secret values known substantially only to an 
originating device and the one or more intended recipient devices of the message; 

(1) combining the message value with the one or more secret values, to 
5 establish a secret message value; 

(m) extracting a secure message block from the secure message; and 

(n) applying the secret message value and the secure message block to a 
decoding process to form the securely transmitted message, this message having been 
securely transmitted by the originating device. 
10 According to another aspect of the invention, there is provided an apparatus for 

encoding and transmitting by an originating device of a secure message, the apparatus 
comprising: 

(a) message generating means for generating, by a first process using a 
device identifier, an application identifier and an application value, a message value; 
15 (b) first combining means for combining the message value with one or 

more first secret values, said secret values being known substantially only to the 
originating device and one or more intended recipient devices of the message, to establish 
a secret message value; 

(c) application means for applying the secret message value and the 
20 message to an encoding means which performs an encoding process to form a secure 

message block; and 

(d) second combining means for combining an address with the device 
identifier, the application identifier, the application value and the secure message block, to 
form a secure message for transmission said secure message being decodable by the one 

25 or more of said intended recipient devices which thereby recover the message, the 
address, the device identifier, the application identifier and the application value. 

According to another aspect of the invention, there is provided an apparatus for 
reception of a securely transmitted message by a recipient device the apparatus 
comprising: 
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(i) extraction means for extracting one or more of a device identifier, an 
application identifier and an application value from a received secure message; 

(j) message generation means for generating, by a first process using the 
device identifier, the application identifier and the application value, a message value; 
5 (k) secret value generating means for generating, according to a second 

process using the device identifier and the application identifier, one or more secret values 
known substantially only to an originating device and the one or more intended recipient 
devices of the message; 

(1) message value combining means for combining the message value with 
10 the one or more secret values, to establish a secret message value; 

(m) secure message extraction means for extracting a secure message block 
from the secure message; and 

(n) application means for applying the secret message value and the secure 
message block to a decoding process to form the securely transmitted message, this 
15 message having been securely transmitted by the originating device. 

According to another aspect of the invention, there is provided a computer 
program product including a computer readable medium having recorded thereon a 
computer program for encoding and transmitting by an originating device of a secure 
message, the program comprising: 
20 (a) message generating steps for generating, by a first process using a 

device identifier, an application identifier and an application value, a message value; 

(b) first combining steps for combining the message value with one or more 
first secret values, said secret values being known substantially only to the originating 
device and one or more intended recipient devices of the message, to establish a secret 

25 message value; 

(c) application steps for applying the secret message value and the message 
to encoding steps which perform an encoding process to form a secure message block; 
and 
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(d) second combining steps for combining an address with the device 
identifier, the application identifier, the application value and the secure message block, to 
form a secure message for transmission, the secure message being decodable by the one or 
more of said intended recipient devices which thereby recover the message, the address, 
5 the device identifier, the application identifier and the application value. 

According to another aspect of the invention, there is provided a computer 
program product including a computer readable medium having recorded thereon a 
computer program for reception of a securely transmitted message by a recipient device 
the program comprising: 
10 (i) extraction steps for extracting one or more of a device identifier, an 

application identifier and an application value from a received secure message; 

(j) message generation steps for generating, by a first process using the 
device identifier, the application identifier and the application value, a message value; 

(k) secret value generation steps for generating, according to a second 
15 process using the device identifier and the application identifier, one or more secret values 
known substantially only to an originating device and the one or more intended recipient 
devices of the message; 

(1) message value combining steps for combining the message value with 
the one or more secret values, to establish a secret message value; 
20 (m) secure message block extraction steps for extracting a secure message 

block from the secure message; and 

(n) application steps for applying the secret message value and the secure 
message block to a decoding process to form the securely transmitted message, this 
message having been securely transmitted by the originating device. 
25 According to another aspect of the invention, there is provided a system 

providing secure communications comprising an originating device and one or more 
receiving devices, wherein said originating device comprises an apparatus for encoding 
and transmitting a secure message, the originating device comprising: 
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(a) message generating means for generating, by a first process using a 
device identifier, an application identifier and an application value, a message value; 

(b) first combining means for combining the message value with one or 
more first secret values, said secret values being known substantially only to the 

5 originating device and one or more intended recipient devices of the message, to establish 
a secret message value; 

(c) application means for applying the secret message value and the 
message to an encoding means which performs an encoding process to form a secure 
message block; and 

10 (d) second combining means for combining an address with the device 

identifier, the application identifier, the application value and the secure message block, to 
form a secure message for transmission said secure message being decodable by the one 
or more of said intended recipient devices which thereby recover the message, the 
address, the device identifier, the application identifier and the application value; 

15 and wherein a said receiving device comprises an apparatus for reception of a 

securely transmitted message, said receiving device comprising: 

(e) extraction means for extracting one or more of a device identifier, an 
application identifier and an application value from a received secure message; 

(f) message generation means for generating, by a first process using the 
20 device identifier, the application identifier and the application value, a message value; 

(g) secret value generating means for generating, according to a second 
process using the device identifier and the application identifier, one or more secret values 
known substantially only to an originating device and the one or more intended recipient 
devices of the message; 

25 (h) message value combining means for combining the message value with 

the one or more secret values, to establish a secret message value; 

(i) secure message extraction means for extracting a secure message block 
from the secure message; and 
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(j) application means for applying the secret message value and the secure 
message block to a decoding process to form the securely transmitted message, this 
message having been securely transmitted by the originating device. 

Brief Description of the Drawings 

A number of embodiments of the invention are described with reference to the 
drawings, in which: 

Fig. 1 depicts secure communication between Issuers and device-holders; 

Fig. 2 depicts the sourcing of devices and device applications from different 

issuers; 

Fig. 3 depicts a device holder performing authentication in relation to a device; 
Fig. 4 illustrates incorporation of secret values into Issuer and device-holder 

devices; 

Fig. 5 illustrates a preferred embodiment for producing a secret message unique 

value ; 

Fig. 6 depicts a preferred embodiment for production of a transmission data 

block; 

Fig. 6a depicts an embodiment for production of a transmission data block with 
confidentiality and integrity protection; 

Fig. 6b depicts another embodiment for production of a transmission data block 
with confidentiality and integrity protection; 

Fig. 7 depicts another embodiment for production of a transmission data block; 

Fig. 8 illustrates a preferred embodiment for reception of the secret message 
unique value; 

Fig. 9 illustrates a decoding process for recovery of the message; 
Fig. 10 depicts secure communication between a customer, a banking service and 
an office LAN; and 

Fig. 11 shows electronic commerce between a customer, a merchant and a 
banking service. 
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Appendix 1 shows a computer program for secure communication according to 
an embodiment of the invention. 

Detailed Description 

5 The term "unique" is used herein in one of two ways. In the first instance, it is 

used as a label e.g. "Unique Application Value". In the second instance, it is used to 
indicate the manner of parameter value selection for a number of parameters. For 
example, "secret values are preferably unique values" is taken to mean that secret values 
are chosen in a manner as to minimise the likelihood that two secret values will have the 
10 same value. 

Electronic network communications involve both originators of messages, and 
recipients of those messages. Some communication systems dealing with applications 
like e-mail handling, financial services, and directed research information acquisition 
involve a large number of individuals communicating uni-directionally and/or bi- 

15 directionally with a small number of servers or hosts. Systems of this type are 
characterised by communication paths which are "many to one" or "many to few". 

Turning to Fig. 1. an Issuer 100 communicates with a number of Device-holders 
104 and 106 across a network 108. Another Issuer 102 communicates with the same 
device-holders 104 and 106, and with other device-holders (not shown) across the 

20 network 108. 

Fig. 2 shows how the communication referred to in relation to Fig. 1 is 
performed by the Issuer 100 (see Fig. 1) using an Issuer device 200 to communicate with 
the device-holder 104 by means of the device-holder device 202. The Issuer device 200 
communicates across the network 108 to the device holder 202 using corresponding 
25 applications 206 and 208 respectively which are incorporated into the respective devices 
200 and 202. The Issuer device 200, the device-holder device 202, and the applications 
206 and 208 are either proprietary or commercial products, and are generally available 
from different suppliers in the market. This requires that the applications 206, 208 and 
devices 200, 202 comply with appropriate interface and interworking standards. In the 
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rest of the description, communication between issuer and device-holder and 
communication between issuer device and device-holder device are taken to have the 
same meaning unless a contrary intention is stated. 

The Issuer device 200 and the device-holder device 202 ensure the 
5 confidentiality and integrity of communication, independent of the type of network 
infrastructure 108. They provide confidentiality and message integrity even in the event 
that messages are delayed, corrupted, or delivered in a different sequence to the one in 
which they were transmitted. 

The Issuer device 200 communicates with device-holder device 202 for a variety 

10 of different purposes. These purposes include administrative functions such as 
exchanging logon ID/passwords and exchanging account information. They also include 
sending, and receiving electronic mail, sending and receiving purchase information in 
relation to a purchase, or transacting purchases. Each communication type is associated 
with a particular application in the Issuer device 200 and a corresponding application in 

15 the device-holder device 202. A suite of applications (e.g. 214 and 206) in the Issuer 
device 200 can be supplied as an integrated set of applications, or alternatively as modular 
software applications from different sources. The same applies in regard to a suite of 
applications in the device-holder device 202. 

Fig. 3 illustrates how a device-holder 1 04 can in some circumstances, typically at 

20 the issuer's discretion, be required to perform an authentication procedure, as depicted by 
arrow 302, in regard to the device-holder device 202. This authentication procedure 302 
can, for example, take the form of an exchange of password identification, or can use a 
biometric identification procedure such as placing the device-holders thumb on a special 
purpose thumb-print sensor. Alternatively, passive authentication can be achieved by 

25 mere possession of the device-holder device 202. 

Where required by the particular application (e.g. exemplified by 206, 208), the 
aforementioned authentication procedure provides authentication information which can 
be incorporated into the communication messages. For example, communications dealing 
with requests for health, financial or computer system access information commonly 
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require, as a prerequisite to answering the request, a reliable indication that the 
information request has originated from a device and/or application which is known to, 
and authorised by, the information provider. Furthermore, the information provider must 
be sure that the device making the request is being used by a user who is in turn 
5 authorised to make such a request. In this case, the authentication information can be 
incorporated into each message, to enable the message recipient to assess the 
authentication status of a message at the time of receipt. The authentication or message 
identification information can be used for network performance assessment, in order to 
estimate the integrity and efficiency of the communication system, and the individual 

10 communication links. In addition, the authentication information can be used as a basis 
for establishing the origin, destination, sequence and timing of messages. This is usable, 
for example, in customer dispute resolution situations, as substantiating evidence. 

The aggregate level of security provided by the Issuer device 200, the application 
(e.g 206 and 208), and the device-holder device 202 is specified by the Issuer 100, to 

15 comply with his requirements and those of the device-holders 104 and 106. The Issuer 
will normally specify a required level of security based upon risk management assessment 
of the Issuer's business requirements. Tamper-resistant card-reading terminals and smart- 
cards are an example of a particular issuer device 200 and associated device-holder device 
202 respectively in the case, for example, where the Issuer is a bank, and the device- 

20 holder is a bank customer. 

The Issuer device 200 and the device-holder device 202 (see Fig. 2) are generally 
arranged to erase sensitive data values held in storage if the devices are subjected to 
tampering or damage. Typically, in the case of multiple applications 214 and 206 being 
resident in the Issuer device 200 or device holder device 202, an operating system within 

25 the issuer device 200 provides secure access control to data on a per-application basis. 
The level of security associated with inter-application access varies with the type of 
messaging application, for example, financial or health applications being more security- 
intensive than lower priority e-mail massaging. 



i 
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Having regard to Fig. 4, the Issuer device 200 is able to store secret values 400 in 
a secure manner. The secret values 400 will typically be at least 64 bits long, but 
preferably will be 1 12 bits or greater in length (i.e. the length of a double key according to 
the digital encryption standard (DES), or other symmetric encryption process such as 
5 LOKI, IDEA, RC4 and so on). The secret values 400 being such length preclude 
practicable brute force attacks which could otherwise be feasibly used to deduce the secret 
values 400. 

The Issuer device 200 and the device-holder device 202 are arranged to allow 
one or more secret values 400 known only to the Issuer's device 200 and the device- 

10 holders device 202 to be stored in both the Issuer device 200 and the device-holder device 
202. Typically, two unique secret values 400 will be used, one for message origination, 
and the second for message reception. Other situations or applications however, only 
require a single secret value 400. An example of this is an application for secure 
identification, encryption and decryption of data or files for backup or external storage 

15 purposes, where a single device acts as both the originator 200 and recipient 202 at 
differing times. 

Provision of distinct secret values 400 for each application (e.g. 206, 208) within 
a device (e.g 200, 202) provides for reliable and single valued indication of both the 
device and application that originate a particular message. The Issuer device 200 and the 
20 device-holder device 202 are engineered in a fashion as to preclude misuse of secret 
values 400. 

The secret values 400 are preferably unique values. This ensures not only that 
particular applications have different secret values 400, but also that any secret value 400 
has a low probability of being the same as secret values 400 used in any other device 
25 holder 202 or application e.g 218. 

The corresponding applications 206 and 208 are assigned application identity 
values 406 and 414, to permit identification of an application or purpose for a particular 
message. This identification can vary between applications, or between versions of the 
same application. The application identity (406) can be either a numeric value (e.g "1,2, 
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3, 4, 5, 6"), or a more descriptive text string (e.g. "ABC banking system", or, "ABC 
banking system logon step 1"). 

Each device-holder device 202 and issuer device 200 is allocated a device 
identifier 408,416 which might, for example, be a serial number. This provides a unique 
5 identifier for each device. The device identifier 408, 416 allows the issuer device to know 
which device-holder device originates a message. 

The issuer device 200 maintains, in some secure fashion, a record of the device 
identifier 408, the relevant application identifier 414, and the secret values 400 associated 
with all the devices e.g. 202 and/or applications e.g. 208 issued by the Issuer. The Issuer 
10 device 200 stores multiple secret value sets, each set being specific to both a device and 
an application, while each application within a device will contain a secret value set. The 
Issuer stores information regarding both the devices which are registered to communicate 
with it, and the applications which the registered devices contain. 

This is exemplified in the following table, which illustrates typical data 
15 maintained by the issuer device 200, illustrating how a number of different secret values 
SV S , SV r , SV' can be associated with a record set. 



DID 


Application ID 
(AID) 


Secret Value 
Send(SVS) 


Secret Value 
Receive (SV r ) 


Secret Value 
Integrity (SV«) 


123653 


remote access 
vl.01 


247EB4BC8EF52 


2F667C42C2C02 




123654 


remote access 
vl.01 


10A6B1C8ED9F9 


48009F1CCE203 






1098756 


99A73E7D456A8 






123655 


ABC savings 
account Cash 
Management 
v2.9 


3C768B8A71C31 

2906F8812A346 

C459EAC53F55 


4789239EFAAB1 

387FEA1B4755C4 

7E89564CA2313 


2906F8812A34E 
C459EAC53F5A3 


123656 


ABC savings 
account 


83E76FC890323 


345F7898AC1F5 


11FF045A67897 



Table 1. 



WO 00/35143 



- 13- 



PCT/AU99/01076 



Devices can contain multiple applications, which communicate with this issuer. 
Thus device 123654 contains a first application entitled "Remote Access vl.01" and 
another application entitled " 1098756". 

Fig. 5 below illustrates how the secret value or, in the case shown in Table 1 the 
5 secret values, SV k are combined with the application identifier e.g. 406, 414, the device 
identifier e.g. 408, 416 and a message related value e.g. 412. 

A single instance of the application 206 within the device 200 can require one or 
more secret values. Thus with reference to Table 1. application "Remote Access vl.01" 
requires a secret value SV S whose value is "10A6B1C8ED9F9" for ensuring 
10 confidentiality in the send direction. The same application further requires a secret value 
SV r whose value is "48009FlCCe203" for ensuring confidentiality in the receive 
direction. 

Devices associate corresponding details on applications, secret values and those 
Issuers with which the device has been registered. Extracting the DID and AID fields 

15 from a received message enables the Issuer to retrieve the appropriate secret value(s). A 
device retrieves appropriate secret value(s) by virtue of the Issuer's DID and AID fields 
within a received message. 

The application identifier 406 permits a message-originating device to tag a 
specific message with the identifier 406 when delivering it to a recipient device. 

20 For auditing and indexing purposes an application-unique value 412 is assigned 

to each message transmitted. This application-unique value 412, when combined with the 
device identifier 416 and the application identifier 406, permits reliable indexing of every 
message within a system or network. This indexing is related to the message, the device, 
and the application. The application-unique value 412 can be a simple counter within the 

25 application 206 or the Issuer device 200. Alternatively, time and/or date information or a 
combination of the aforementioned parameters can be used. The range of the application- 
unique value 412 encompasses the expected working life (i.e. the total expected number 
of messages sent/received during the lifetime) of the device (e.g. 200) and the application 
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(e.g. 206). A binary value of 32 bits or 10 decimal digits normally suffices for this 
purpose. 

Fig. 5 illustrates a preferred embodiment of the message origination process. 
The Device Identifier 408 and the Application identifier 406 are joined as depicted by a 
5 curly bracket 508, to form one data string 510. Thereafter, the data string 510 and the 
unique application value 412 are combined in a process 500 to create a message unique 
value 502. The combination process 500 produces a message unique value 502 which is 
individual to the specific input combination of the device identifier 408, the application 
identifier 406 and the unique application value 412. Cryptographic techniques such as 

10 symmetric encryption, using Cipher Block Chaining (BCB) or another cipher feedback 
mode, keyed hash functions, or hash functions such as SHA-1 and MD5 fulfil this 
required functionality. In contrast, exclusive OR (XOR) functions are generally not 
suitable, since the resulting message unique value 502 will not be unique. If a keyed 
function such as the symmetric key encryption based one way function is used, using the 

15 unique application value 412 as the key value will marginally increase the work factor for 
some forms of attack. The Device Identifier 408 and the Application Identifier 406 are 
normally concatenated before, or during, the combination process 500. 

The message unique value 502 is combined with the secret value 400 in 
combination process 504 to form a secret message unique value 506. The secret message 

20 unique value 506 is substantially unique to the particular message, device and application. 
It is noted that the secret value 400 is logically associated with the device identifier 416 
and application identifier 406. 

The combination process 504 can be implemented using the symmetric 
encryption based one way functions used in the financial industry, and/or hash functions 

25 such as SHA-1 and MD5. The use of non-reversible combination processes 504 is 
preferred to encryption processes, in order to isolate the secret value 400 from possible 
recovery due to brute force attacks, should one or more secret message unique values 506 
be compromised in any manner. 
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Turning to Fig. 6, the secret message unique value 506 is combined with 
message data 600 in an encoding process 602. This process 602 can be selected 
appropriately to provide symmetric key encryption for confidentiality, or for providing a 
message integrity mechanism, such as a Message Authentication Code (MAC) or keyed 
5 hash function, or simply as a secret one-time value for use within a higher level protocol. 
More details on MACs can be found in Australian Standard 2805 and in ANSI X9 
Standards and similar documents. 

Examples of higher level protocol usage include using the secret message unique 
value as a data value passed through a separate key management protocol, such as those 

10 used in SSL (Secure Socket Layer), AS 2805, ISO 8583, and S/Mime, or using the secret 
message unique value as a seed value in a random number generation process. 

The encoding process 602 outputs a secure message block 604 which is unique to 
the message 600, device 200 and application 206. This encoding process 602 binds the 
device identifier 416, the application identifier 406, the application unique value 412, and 

15 the secret values 400 to the message 600. 

Message data or content is formatted according to the needs of the issuer and 
device holder. Message length and/or content can be arbitrarily arranged. Encryption 
and/or message integrity functions are incorporated together with the message data as 
exemplified by a transmission data block 606. The transmission data block 606 takes the 

20 form of three major components, namely the secure message block 604, control data 610, 
and addressing data 612. The control data 610 consists of the device identifier 408, the 
application identifier 406, and the unique application value 412. The addressing data 612 
consists of a destination address 618, a source address 616, and optionally, ancillary data 
614. The format of the transmission data block 606 is determined by the Issuer 100 (see 

25 Fig. 1). 

Considering Fig. 6 with reference to Fig. 1, the secure message block 604 is 
opaque, that is indecipherable, to all network entities apart from the intended recipient e.g. 
104. 
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The format and arrangement of the addressing data 612 is related to network 
functionality and not directly to the messaging functions of authentication and integrity 
assurance. Addressing data 612 is thus specific to the purpose, network and processing 
devices being employed by the Issuer device 200 and device-holder device 202. 
5 This arrangement also allows the same device identifier 408 to be used at 

multiple network addresses 618, 616. Alternatively, redundant issuer devices each with a 
distinct device identifier can be accessed at the same network address. 

Fig. 6a depicts a situation where both confidentiality and integrity protection are 
required. In a first embodiment, two encoding processes 602 and 603 are applied in 

10 parallel, process 602 for confidentiality and process 603 for integrity. Two distinct secret 
values SV C (for confidentiality) and SV' (for integrity) are used to produce two secret 
message unique values 632 and 630 respectively. These are applied to the corresponding 
processes 602 and 603 together with message data 600 to produce two secret message 
blocks 620 and 604 respectively. The transmission data block 622 is then constructed to 

15 contain the two secret message blocks 604 and 620. Symmetric key encryption can be 
used for confidentiality, and Message Authentication Code (MAC) or keyed hash function 
can be used for integrity. 

In a second embodiment, still having regard to Fig. 6a, if both confidentiality and 
integrity are required, the first secret value SV C is used to produce the secret message 

20 value 632 using process 504 (see Fig. 5). The secret message value 632 is then combined 
with message data 600 in confidentiality encoding process 602 to produce the secure 
message block 620 and thereafter, a transmission data block. The second secret value SV j 
is then used to produce the secret message value 630 using process 504 (see Fig. 5). 
Thereafter, the secret message value 630 is encoded in integrity encoding process 603 

25 together with the aforementioned transmission data block to produce the secure message 
block 604. This is then used to form a transmission data block which has been iteratively 
encoded to provide both confidentiality and integrity protection. 

Turning to Fig. 6b, in a third embodiment where both confidentiality and 
integrity are required, the message data 600 is combined with the secret message value 
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506 in the confidentiality encoding process 602 to form a confidentiality secure message 
block 604. The same secret message value 506 is in parallel combined with a MAC 
Variant 1000 in XOR process 1002 to output an integrity secret message value 1008. 
This secret message value 1008 is then combined with the message data 600 in the 
5 integrity encoding process 1004 to form an integrity secure message block 1006. The 
confidentiality secure message block 604 and the integrity secure message block 1006 are 
then incorporated into transmission data block 606. MAC Variants are described in 
AS2805, ANSIX9, and similar standards. 

Where both confidentiality and integrity protection are required, the sequence of 

10 processing may be decided according to the needs of the issuer. Thus, processing for 
confidentiality protection may be applied prior to processing relating to integrity 
protection, or alternatively, the processing may be performed in the reverse order. 

Fig. 7 illustrates another embodiment whereby the secret message unique value 
506 is combined with message data 600 and the message unique value 502 in encoding 

15 process 602 to produce the secure message block 700 and thereafter to form transmission 
data block 702, This enables the message recipient to detect whether the incoming 
transmission data block 702 has been altered or corrupted during transmission, without 
performing a complete message reception procedure, and also allows utilisation of 
partially intact messages. 

20 Fig. 8 illustrates a preferred embodiment which relates to decoding of the 

transmission data block 606. The application unique value 412, Device Identifier 408, 
and application identifier 406 are extracted from the incoming transmission data block 
606, and combined in the process 500 to recreate the message unique value 502. The 
combination process 500 is the identical process used in the message transmission process 

25 as described in Fig. 5. 

The device identifier 408 and the application identifier 406 are extracted from 
the transmission data block 606 and used to retrieve the appropriate secret value 400 by 
means of a secret value retrieval process 802. 
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The recreated message unique value 502 is combined with the retrieved secret 
value 400 in the combination process 504, in order to derive the secret message unique 
value 506. The combination process 504 is identical to the process utilised to combine 
the message unique value 502 and the secret value 400 in the transmission process 
5 described in Fig. 5. 

Turning to Fig. 9, the secret message unique value 506 is utilised to decode the 
secure message block 604 in a decoding process 900, in order to produce the original 
message data 600. The decoding process 900 is the inverse process to the encoding 
process 602 (see Fig. 6). Thus if the encoding process 602 implemented symmetric key 

10 encryption, i.e. related to confidentiality, then the decoding process 900 decrypts the 
secure message block 604 using the unique value 506. If the encoding process 602 (see 
Fig. 6) implemented a message integrity mechanism such as a MAC or keyed hash 
function, then the decoding process 900 verifies the integrity of the secret message block 
604 against message corruption or tampering, using MAC or keyed hash techniques, or 

15 both, as applicable. 

Where the message unique value 502 is included with message data 600 in 
forming the secure message block 700 (see Fig. 7), application of the secret message 
unique value 506 to the secure message block 604 which contains the transmitted message 
unique value 502 in decoding process 900 allows detection of errors in the transmission 

20 data block 606 if it contains errors in the control data 610 (see Fig. 6) and parts of the 
secure message block 604. 

Thus the message recipient device 202 and application (e.g. 208) utilise publicly 
disclosed items of information transmitted within the transmission data block 606 and one 
or more shared secret values 400 to uniquely identify the contents of the transmission data 

25 block 606. 

Any other receiving entity with access to the network 108 and having authorised 
access to appropriate secret values 400 or secret message unique value 506 can also 
identify a corresponding transmission data block 606, and the incorporated destination 
device and/or application for purposes of metering, charging, quality control or law 
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enforcement purposes. Where only the secret message unique value 506 has been 
provided for these purposes, prior and subsequent messages which use the secret value 
400 are not compromised. 

Fig. 10 depicts a user 1034 directing a personal computer (PC) 1002 by means of 
5 a user interface depicted by an arrow 1000. The user 1034 has previously inserted a smart 
card 1012 as depicted by an arrow 1010 into a smart card reader 1006, which is connected 
to the PC 1002 by a data connection 1004. The smart card 1012 has, incorporated therein, 
the appropriate software applications to facilitate secure communications as previously 
described (e.g. in relation to Figs. 5, 6, 8 and 9) between the user 1034 and, in the present 

10 Figure, a banking service 1032, and also, the user's office LAN 1030. The transmitted 
communication, secured by means of the interaction between the PC 1002 and the smart 
card 1012 is carried between the PC 1002 and the network 1016 by means of a data 
connection 1014. Thereafter, the communication is carried between the network 1016 
and a receiving device 1020 by means of a data connection 1018, and thereafter, 

15 transferred by a data connection 1022 to a banking service 1032. In the case of the 
customer 1034 communicating with a bank, it is likely that the receiving device 1020 will 
be an integral part of the banking facility, and co-located with the banking service 1032. 
As previously noted, the process by which the user message is securely transmitted is 
described, for example, in Figs. 5 and 6. The reception and decoding of the secure 

20 message is described, for example, in Figs. 7 and 8. 

A specific application identifier (406) is associated with the communications 
between the user 1034 and the banking service 1032. A different application identifier, 
also contained on the smart card 1012 in the present case, enables the user to securely 
communicate with his office LAN 1030. In this latter case, the secure message 

25 transferred to the network 1016 from the PC 1002 over the data connection 1014 is 
conveyed by a data connection 1024 to a second receiving device 1026, this being located 
in the user's office. From the receiving device 1026, which decodes the secure message 
in accordance with the process described, for example, in Figs. 8 and 9, the secure 
message is conveyed by a data connection 1028 to the office LAN 1030. From a practical 
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perspective, secure communications between the user 1034 and the banking service 1032, 
are used for transactions ranging from initial log on and password hand shaking between 
the banking service 1032 and the user 1034, through to other banking transactions such as 
reading an account balance, transferring funds and so on. In the second example of secure 
5 communications between the user and the office LAN 1030, secure communications 
would be used in particular in relation to initial log on and password hand shaking, as 
well as subsequent communications between the user and various file servers connected 
to the office LAN 1030. 

Turning again to the issue of banking services, the receiving device is, as 

10 previously stated, situated in the bank itself. The bank would, in the present case have 
programmed the smart card 1012 with the appropriate software to enable the customer to 
communicate securely with the bank. Alternatively, the requisite programming of the 
smart card 1012 can be performed by a third party (not explicitly shown), who in that case 
also provides the necessary programming of the smart card 1012 to enable secure 

15 communications between the user and the office LAN 1030. It is apparent, therefore, that 
the requisite programming of the smart card 1012 can be carried out by a variety of 
issuers, using a wide variety of commercial arrangements, as previously described in 
relation to Figs. 1 and 2. The issuers, in general, build and maintain receiving devices 
1026, 1020 and "issue" the software applications to the smart card 1012. 

20 Fig. 11 shows a different situation, in which the same user 1034 of PC 1002 

engages in electronic commerce with a merchant 1110 having a PC 1102, this PC 1102 
being connected to the network 1016 by a data connection 1 100. The user 1034 of the PC 
1002 sends a composite message shown in an insert 1 106, this message comprising order 
details 1104 for an item, and a secure message payment authorisation segment 1108. The 

25 user 1034 and the merchant 1110 communicate by means of PCs 1002 and 1102 
respectively, having arrived at a contract for sale in accordance with an interchange of 
preliminary messages (not shown), and finally the purchase order information 1104. 
Thereafter, the merchant 1110 transfers the secure purchase authorisation message 1108 
to the banking service 1032, noting that the merchant 1110 does not have the ability to 
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decode, and by implication to tamper with, the authorisation message 1108. The 
merchant 1110 is able merely to transparently transfer the purchasing authorisation 1108 
by means of his PC 1 102, and thereafter the data connection 1 100, the network 1016, and 
the data connection 1018, to the receiving device 1020 which falls within the domain of 
5 the bank. The bank is able to decode the secure authorisation 1 108, and by passing this to 
the banking service 1032 using the data connection 1022, is able to authorise transfer of 
the requisite funds to the merchants account. 

The foregoing describes only some embodiments of the present invention, and 
modifications obvious to those skilled in the art, can be made thereto without departing 
10 from the scope of the invention. Thus, for example, originating devices can include PC / 
smart cards, mobile telephones, TV set top boxes, TV cable modems, personal digital 
assistants and the like. 
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Appendix 1 



Computer Code for Secure Communications 

5 Start Program, mode = ENCODE 

Obtain DID, AppID from input parameters 

Use DID, AppID, to retrieve MACSecretKey from key-file 
Start Combine for MAC 

CBC encrypt DID concatenated with AppID -> temp_variable1 
CBC encrypt MessagelD using temp_variable1 
Output = Secret Message Variable for MAC generation 
End Combine for MAC 

MAC input file using "Secret Message Variable for MAC generation" as key 

-> temp_mac 
Write DID, AID, Message ID to output file 
Write tempjmac to output file 

Use DID, AppID, to retrieve EncryptSecretKey from key-file 
Start Combine for Encrypt 

CBC encrypt DID concatenated with AppID -> temp_variable1 
CBC encrypt MessagelD using temp_variable1 ->temp_yariable2 
CBC encrypt EncryptSecretKey using temp_jvariable2 
Output = Secret Message Variable for Encrypt 
End Combine for Encrypt 

Encrypt input file using "Secret Message Variable for Encrypt" as key 
30 -> temp_data 

Write input file length to output file 
Write encrypted data length to output file 
Write temp data to output file 

35 

Clear sensitive memory locations 
Close input, output files 
40 End program 



10 
15 
20 
25 
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Start Program, mode = DECODE 

Obtain DID, AppID from input parameters 

Use DID, AppID, to retrieve EncryptSecretKey from key-file 

5 

Start Combine for Encrypt 

CBC encrypt DID concatenated with AppID -> temp_yariable1 
CBC encrypt MessagelD using temp_variable1 ->temp_variabie2 
CBC encrypt temp_variable2 using EncryptSecretKey as key 
10 Output = Secret Message Variable for Encrypt 

End Combine for Encrypt 

Decrypt input file using "Secret Message Variable for Encrypt" as key 
-> temp_data 
15 Adjust temp_data length to true file length 

Use DID, AppID, to retrieve MACSecretKey from key-file 
Start Combine for MAC 

CBC encrypt DID concatenated with AppID -> temp_variable1 
20 CBC encrypt MessagelD using temp_variable1 ->temp_variable2 

CBC encrypt temp_variable2 using MACSecretKey as key 
Output = Secret Message Variable for MAC generation 
End Combine for MAC 

25 MAC temp_data using "Secret Message Variable for MAC generation" as key 
-> temp_mac 
Compare temp_mac to value in input file 
If Ok, proceed, 

Else indicate an error, then error, abort 

30 

Write temp_data to output file 
Clear sensitive memory locations 
35 Close input, output files 
End program 



40 
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Claims 

1 . A method for encoding and transmitting by an originating device of a 
5 secure message the method comprising the steps of: 

(a) generating by a first process using a device identifier, an application 
identifier and an application value a message value; 

(b) combining the message value with one or more first secret values, said 
secret values being known substantially only to the originating device and one or more 

10 intended recipient devices of the message, to establish a secret message value; 

(c) applying the secret message value and the message to an encoding 
process to form a secure message block; and 

(d) combining an address with the device identifier, the application 
identifier, the application value and the secure message block, to form a secure message 

15 for transmission, said secure message being decodable by the one or more of said 
intended recipient devices which thereby recover the message, the address, the device 
identifier, the application identifier and the application value. 

2. A method according to claim 1, whereby an association of the device 
20 identifier, the application identifier, and the application value substantially uniquely 

identifies the originating device and a purpose of one or more of the message and the 
application, and a identifier for the message, such message identification being bound 
with the message content by virtue of the encoding process. 

25 3. A method according to claim 1, whereby the encoding process in step 

(c) comprises one or more of: 

(e) a symmetric encryption process; 

(f) an integrity process using one of keyed hash and symmetric encryption 
techniques; 
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(g) a process including both symmetric encryption and keyed integrity; and 

(h) including the secret message value in a higher level messaging protocol. 

4. A method for reception of a securely transmitted message by a recipient 

5 device the method comprising the steps of: 

(i) extracting one or more of a device identifier, an application identifier 
and an application value from a received secure message; 

(j) generating by a first process using the device identifier, the application 
identifier and the application value a message value; 
10 (k) generating, according to a second process using the device identifier and 

the application identifier one or more secret values known substantially only to an 
originating device and the one or more intended recipient devices of the message; 

(1) combining the message value with the one or more secret values, to 
establish a secret message value; 
15 (m) extracting a secure message block from the secure message; and 

(n) applying the secret message value and the secure message block to a 
decoding process to form the securely transmitted message, this message having been 
securely transmitted by the originating device. 

20 5. An apparatus for encoding and transmitting by an originating device of a 

secure message, the apparatus comprising: 

(a) message generating means for generating, by a first process using a 
device identifier, an application identifier and an application value, a message value; 

(b) first combining means for combining the message value with one or 
25 more first secret values, said secret values being known substantially only to the 

originating device and one or more intended recipient devices of the message, to establish 
a secret message value; 
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(c) application means for applying the secret message value and the 
message to an encoding means which performs an encoding process to form a secure 
message block; and 

(d) second combining means for combining an address with the device 
5 identifier, the application identifier, the application value and the secure message block, to 

form a secure message for transmission said secure message being decodable by the one 
or more of said intended recipient devices which thereby recover the message, the 
address, the device identifier, the application identifier and the application value. 

10 6. Apparatus according to claim 5, wherein the encoding means comprises 

one or more of: 

(e) a symmetric encryption means; 

(f) an integrity processing means using keyed hash or symmetric encryption 
techniques; 

15 (g) a keyed- symmetric processing means performing symmetric encryption 

and ensuring keyed integrity; and 

(h) encapsulation means for including the secret message value in a higher 
level messaging protocol. 

20 7. An apparatus for reception of a securely transmitted message by a 

recipient device the apparatus comprising: 

(i) extraction means for extracting one or more of a device identifier, an 
application identifier and an application value from a received secure message; 

(j) message generation means for generating, by a first process using the 
25 device identifier, the application identifier and the application value, a message value; 

(k) secret value generating means for generating, according to a second 
process using the device identifier and the application identifier, one or more secret values 
known substantially only to an originating device and the one or more intended recipient 
devices of the message; 
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(1) message value combining means for combining the message value with 
the one or more secret values, to establish a secret message value; 

(m) secure message extraction means for extracting a secure message block 
from the secure message; and 
5 (n) application means for applying the secret message value and the secure 

message block to a decoding process to form the securely transmitted message, this 
message having been securely transmitted by the originating device. 

8. A computer program product including a computer readable medium 

10 having recorded thereon a computer program for encoding and transmitting by an 
originating device of a secure message, the program comprising: 

(a) message generating steps for generating, by a first process using a 
device identifier, an application identifier and an application value, a message value; 

(b) first combining steps for combining the message value with one or more 
15 first secret values, said secret values being known substantially only to the originating 

device and one or more intended recipient devices of the message, to establish a secret 
message value; 

(c) application steps for applying the secret message value and the message 
to encoding steps which perform an encoding process to form a secure message block; 

20 and 

(d) second combining steps for combining an address with the device 
identifier, the application identifier, the application value and the secure message block, to 
form a secure message for transmission, the secure message being decodable by the one or 
more of said intended recipient devices which thereby recover the message, the address, 

25 the device identifier, the application identifier and the application value. 



9. A computer program product according to claim 8, whereby the 

encoding steps in step (c) comprise one or more of: 
(e) symmetric encryption steps; 
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(f) integrity processing steps using one of keyed hash and symmetric 
encryption techniques; 

(g) keyed-symmetric steps performing symmetric encryption and ensuring 
keyed integrity; and 

5 (h) encapsulation steps for including the secret message value in a higher 

level messaging protocol. 

10. A computer program product including a computer readable medium 
having recorded thereon a computer program for reception of a securely transmitted 

10 message by a recipient device the program comprising: 

(i) extraction steps for extracting one or more of a device identifier, an 
application identifier and an application value from a received secure message; 

(j) message generation steps for generating, by a first process using the 
device identifier, the application identifier and the application value, a message value; 
15 (k) secret value generation steps for generating, according to a second 

process using the device identifier and the application identifier, one or more secret values 
known substantially only to an originating device and the one or more intended recipient 
devices of the message; 

(1) message value combining steps for combining the message value with 
20 the one or more secret values, to establish a secret message value; 

(m) secure message block extraction steps for extracting a secure message 
block from the secure message; and 

(n) application steps for applying the secret message value and the secure 
message block to a decoding process to form the securely transmitted message, this 
25 message having been securely transmitted by the originating device. 

11. A system providing secure communications comprising an originating 
device and one or more receiving devices, wherein said originating device comprises an 
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apparatus for encoding and transmitting a secure message, the originating device 
comprising: 

(a) message generating means for generating, by a first process using a 
device identifier, an application identifier and an application value, a message value; 
5 (b) first combining means for combining the message value with one or 

more first secret values, said secret values being known substantially only to the 
originating device and one or more intended recipient devices of the message, to establish 
a secret message value; 

(c) application means for applying the secret message value and the 
10 message to an encoding means which performs an encoding process to form a secure 

message block; and 

(d) second combining means for combining an address with the device 
identifier, the application identifier, the application value and the secure message block, to 
form a secure message for transmission said secure message being decodable by the one 

15 or more of said intended recipient devices which thereby recover the message, the 
address, the device identifier, the application identifier and the application value; 

and wherein a said receiving device comprises an apparatus for reception of a 
securely transmitted message, said receiving device comprising: 

(e) extraction means for extracting one or more of a device identifier, an 
20 application identifier and an application value from a received secure message; 

(f) message generation means for generating, by a first process using the 
device identifier, the application identifier and the application value, a message value; 

(g) secret value generating means for generating, according to a second 
process using the device identifier and the application identifier, one or more secret values 

25 known substantially only to an originating device and the one or more intended recipient 
devices of the message; 

(h) message value combining means for combining the message value with 
the one or more secret values, to establish a secret message value; 
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(i) secure message extraction means for extracting a secure message block 
from the secure message; and 

(j) application means for applying the secret message value and the secure 
message block to a decoding process to form the securely transmitted message, this 
5 message having been securely transmitted by the originating device. 

12. A system according to claim 1 1 ; 
wherein said originating device comprises: 

(k) first processing means; 

10 (1) transmitting means adapted to perform one or more of establishing 

and maintaining communications with a receiving means, said first processing means 
being adapted to control said transmitting means, and adapted to support features (a) to 
(d); 

wherein a said receiving device comprises: 
15 (m) second processing means; and 

(n) the receiving means, being adapted to perform one or more of 
establishing and maintaining communications in conjunction with said transmitting 
means, said second processing means being adapted control said receiving means, and 
further adapted to support features (e) to (j). 

20 

13. A system according to claim 12, wherein said originating device 
comprises one of: 

(o) a PC comprising the transmitting means, a smart card reader, the first 
processing means being responsive to the smart card reader and adapted to control said 
25 transmitting means, said originating device further comprising a smart card adapted to 
interface with the smart card reader, said smart card having on board second processing 
means which in conjunction with said first processing means are adapted to support 
features (a) to (d); and 
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(p) a mobile telephone, comprising the transmitting means, the first 
processing means being adapted to control said transmitting means, and also adapted to 
support features (a) to (d); and 

(q) a set top box, comprising the transmitting means, the first processing 
5 means being adapted to control said transmitting means, and also adapted to support 
features (a) to (d); and 

(r) a cable modem, comprising the transmitting means, the first processing 
means being adapted to control said transmitting means, and also adapted to support 
features (a) to (d); and 

10 (s) a personal digital assistant, comprising the transmitting means, the first 

processing means being adapted to control said transmitting means, and also adapted to 
support features (a) to (d). 
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